$VSCode拡張機能『Infracost』を使って TerraformテンプレートからAWS利用費を試算してみた$

VSCode拡張機能『Infracost』を使って TerraformテンプレートからAWS利用費を試算してみた

VSCode拡張機能版Infracostを利用するとTerraformテンプレートを書いているだけで簡易的なAWS利用費の見積もりができます。無料で始められるのでまずはインストールしてみてください。

#VSCode（Visual Studio Code）

#Terraform

#Infrastructure as Code

#VSCode拡張機能

あしざわ

2023.11.25

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

あしざわです。

皆さんは、これから作成するAWS環境の利用費の見積もり、どうやっていますか？

最近アップロードされたAWS Dev Day 2023　Tokyoのアーカイブ動画を見ていたところ、『Infracost』というIaCテンプレートベースでAM利用費の見積もりができるツールの存在を知りました。

主にTerraformユーザーの方向けになりますが、誰でも無料で始められ導入も簡単かつ便利なツールなのでぜひ皆さんにも使ってほしいと思いブログを書きました。

まとめ

InfracostはTerraformテンプレート(.tfファイル)からインフラコストを試算できるツール
- 無料のInfracost CLIおよびVSCode拡張機能、有料版のInfracost Cloudがある
VSCode拡張機能のInfracostを利用すると、VSCodeエディタ上でTerraformリソース単位のコストを計算したり、プロジェクト単位・.tfファイル単位でコスト見積もりできる
Infracostがサポートするリソースは公式ドキュメントに記載がある
- ドキュメントに記載がないリソースでも利用できることもあるが、サポートしていないリソースを見つけたらGitHub ISSUEに上げてみましょう

Infracostとは？

Terraformデプロイのためのテンプレートである.tfファイルからインフラコストを試算できるツールです。

CLI機能のみをサポートするOSS版と、GUI機能を有する有料版のInfracost Cloudが提供されています。

InfracostにはVSCode拡張機能版のものがあり、VSCodeのエディタ上で想定コストが表示できるので大変使いやすいです。

ここからは、VSCode拡張機能版のInfracostのセットアップから使ってみた様子をお届けします。

初期セットアップ

VSCodeの拡張機能でInfracostと検索し、Installします。

画面左のアクティビティバーにInfracostのロゴが表示されるようになります。

Infracostバーから諸々の情報を確認することになるのですが、画面に表示される通りまずはVSCodeとInfracostを接続するための認証を行う必要があります。

Connect VSCode to Infracostをクリックすると、ブラウザが自動で開きInfracostアカウントでのログインを求められます。これはVSCode側にAPIキーを登録し、クラウドのコストに関する最新情報を取得するため必要なようです。

ログインした後に、再度Connect VSCode to Infracostをクリックすると、Authenticatedと表示されました。無事接続できたようです。

この時点でVSCodeを開いているディレクトリに.tf群を置いていない場合、Infracostバーには$0.00と表示されていました。

初期セットアップはここまでです。

基本的な機能と動作の前提

VSCode版 Infracostは以下の単位でコスト見積もりできます。

ディレクトリ（プロジェクト）
.tfファイル
Terraformリソース

VSCodeのアクティビティバー（拡張機能やファイル検索、置換など選べるところ）のInfracostバーで1、2、3すべての情報を確認できます。

以下のようにディレクトリ単位のコスト見積もり（プロジェクト）は雲のマークで、.tfファイル単位の見積もりはTerraformロゴで表示されます。Terraformリソース単位の情報は四角いマークで表現されていますね。

プロジェクト全体のコストやファイル単位のコスト、Terraformリソース単位のその内訳など全体を俯瞰して確認したいときはアクティビティバーから確認すると良さそうです。

VSCodeのテキストエディタ上では、3のみ確認できます。

テキストエディタ上のコスト見積もりはファイルの保存時に動的に変更されるので、コードを書きながらそのリソースが発生するコストを意識でき、かなり効率的にテンプレートを作成できそうです。

これらを動作させる前提として、リソースが定義されている.tfファイルを配置するディレクトリと同じ階層で以下のようなリージョンを指定するprovider "aws"の定義が必須です。

provider "aws" {
  region = "ap-northeast-1"
}

provider "aws"はprovider.tfで指定しても、各リソースの.tfファイル内で定義しても問題ないです。

使ってみた

ここまでの準備でInfracostを使える状態になっているので、手を動かしながら機能を確認していきます。

今回はすべての検証にて、provider "aws"にて東京リージョン(ap-northeast-1)を指定して検証しています。

まずは以下のAWS構成図および.tfファイル構成のコスト試算を行いました。

./
└── ec2-private
    ├── provider.tf
    ├── ec2.tf
    └── vpc.tf

.tfファイルの内訳です。

* provider.tf
terraform {
  required_version = "1.4.5"
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.23.1"
    }
  }
}

variable "aws_region" {
  default = "ap-northeast-1"
}

provider "aws" {
  region = var.aws_region
}

* vpc.tf
### VPC
resource "aws_vpc" "example" {
  cidr_block           = "10.0.0.0/16"
  instance_tenancy     = "default"
  enable_dns_hostnames = true
  enable_dns_support   = true
  tags = {
    Name = "terraform-vpc"
  }
}

### Subnet
#### Public Subnet 
resource "aws_subnet" "public" {
  vpc_id                  = aws_vpc.example.id
  cidr_block              = "10.0.1.0/24"
  map_public_ip_on_launch = true
  availability_zone       = "ap-northeast-1a"
  tags = {
    Name = "terraform-public-subnet-1a"
  }
}

#### Private Subnet
resource "aws_subnet" "private" {
  vpc_id                  = aws_vpc.example.id
  cidr_block              = "10.0.2.0/24"
  map_public_ip_on_launch = false
  availability_zone       = "ap-northeast-1a"
  tags = {
    Name = "terraform-private-subnet-1a"
  }
}

### Internet Gateway
resource "aws_internet_gateway" "example" {
  vpc_id = aws_vpc.example.id
  tags = {
    Name = "terraform-igw"
  }
}

### NAT Gateway
resource "aws_eip" "nat_gateway" {
  domain = "vpc"
  tags = {
    Name = "terraform-eip"
  }
}

resource "aws_nat_gateway" "public" {
  allocation_id = aws_eip.nat_gateway.id
  subnet_id     = aws_subnet.public.id

  tags = {
    Name = "terraform-ngw"
  }
}

### Route Table
#### Public
resource "aws_route_table" "public" {
  vpc_id = aws_vpc.example.id
  tags = {
    Name = "terraform-public-rtb"
  }
}

resource "aws_route" "public" {
  route_table_id         = aws_route_table.public.id
  gateway_id             = aws_internet_gateway.example.id
  destination_cidr_block = "0.0.0.0/0"
}

resource "aws_route_table_association" "public_a" {
  subnet_id      = aws_subnet.public.id
  route_table_id = aws_route_table.public.id
}

#### Private
resource "aws_route_table" "private" {
  vpc_id = aws_vpc.example.id
  tags = {
    Name = "terraform-private-rtb"
  }
}

resource "aws_route" "private" {
  route_table_id         = aws_route_table.private.id
  nat_gateway_id         = aws_nat_gateway.public.id
  destination_cidr_block = "0.0.0.0/0"
}

resource "aws_route_table_association" "private_a" {
  subnet_id      = aws_subnet.private.id
  route_table_id = aws_route_table.private.id
}

* ec2.tf
data "aws_ssm_parameter" "amazonlinux_2023" {
  name = "/aws/service/ami-amazon-linux-latest/al2023-ami-kernel-6.1-x86_64" # x86_64
}

### EC2 Instance
resource "aws_instance" "private" {
  ami                    = data.aws_ssm_parameter.amazonlinux_2023.id # Amazon Linux 2023
  vpc_security_group_ids = [aws_security_group.ec2.id]
  instance_type          = "t2.micro"
  subnet_id              = aws_subnet.private.id
  depends_on             = [aws_route.private]

  tags = {
    Name = "terraform-private-ec2-1a"
  }
}

Infracostバーに表示される結果がこちらで、プロジェクト単位(親ディレクトリ)、.tfファイル単位、リソース単位(aws_〜)でそれぞれコストが計算できていることがわかります。

まずvpc.tfにフォーカスして確認していきます。

このファイルでコストが発生していたのはaws_nat_gateway.publicのみで、$45.26のコストが発生すると表示されています。

Total monthly costの箇所をクリックすると、別タブで発生コストの内訳が表示できます。月に730h稼働したとみなして$45.26だと計算されているようです。

東京リージョンのNAT Gatewayのコストは0.062USD/1hなので、0.062*730=45.26ですね。もちろんですが合っている。

InfracostはAWSの各リソースをTerraformのリソースで判定し、課金されるPaid Resourcesと課金されないFree Resourcesに分類します。

VPC(aws_vpc)やサブネット(aws_subnet)はFree Resourcesで、NAT Gateway(aws_nat_gateway)はPaid Resourcesです。

色々触っていくと、PaidなのかFreeなのかについてはTerraformリソースだけを単にみているのではなくそのリソースの状態も考慮されていることがわかりました。

NAT Gatewayに関連づけられているElastic IP(aws_eip)は以下画像の通り、Paid Resourceだと見なされていません。

ですが、テンプレートからNAT Gateway(aws_nat_gateway)を削除すると、Elastic IPがPaid Resourceであると判定されました。

みなさんご存知の通り、EIPは他のリソースに関連付けされないときに1時間単位の従量課金コストが発生します。上記でその通りに表示されているように、InfracostではTerraformリソースだけでなくリソースの状態も認識できるようです。

続いて、ec2.tfについて見ていきます。

この.tfファイルでは、t2.microのEC2インスタンス(Amazon Linux 2023)をオンデマンドで起動させています。Total monthly costは$12.06です。

内訳を確認すると、Linux系のt2.microのインスタンスをオンデマンドで730時間稼働させる分のコストが$11.10、RootボリュームのEBS(8GB)が$0.96の合計で$12.06とのことでした。今回のテンプレートでは明示的にEBSを定義してませんでしたが、起動のために最低限必要なものはあると判断してくれるようですね。